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(54) Embedded HTML documents 

(57) The present invention relates to embedded 
HTML documents and to a method and system for ren- 
dering such documents to a visual display unit. The In- 
ternet does not currently support embedded docu- 
ments. The current manner of viewing a plurality of 
HTML documents is to include a URL within one docu- 
ments which allows access to a second document 
HTML does not provide for the nesting or embedding ol 



HTML documents. Accordingly the present invention 
provides a system and method for realising embedded 
HTML documents. The present invention utilises a Java 
applet which can be launched by a Java er^bled brows- 
er The Java applet can parse and render HTML instruc- 
tions conta3^^ed within an HTML document to a reserved 
area of a visual display unit. The Java applet can also 
teunch further applets and therefore allow further nest- 
ing or embedding of HTML documents. 
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Dodcriptlon 



The present invention relates to embedded HTML 
documents and to a system and method for the render- 
ing thereof. 

The use and importance of the Internet as a means 
of exchanging information over recent years has in- 
creased drannatically. Various businesses are now using 
the Intemet to advertise their products and sen/ices. The 
operalton of the Internet and the use of html is well un- 
derstood within the art and therefore ortfy brief details 
thereof will be presented here. Further information re- 
lating to the Internet and HTML can be found in. for ex- 
ample, "HTML Sourcebook. A complete guide to 
HTML", by Graham. L S. (John Wiley and Sons. Inc), 
"Spinning the web" by Andrew Ford (International 
Thomson Publishing. London 1995) and "The Work) 
Wide web Unleashed" by John Decenr>ber and Neil Ran- 
dall (SAMS Publishing. Indianapolis 1994). Information 
accessed via the Internet is typically displayed using a 
web Browser The web Browser can interpret the HTML 
contained within an HTML document or web page. The 
HTML controls the presentation of output to a visual dis- 
play unit of the computer running the web Browser as is 
well known within the art. A web page typically contains 
so-called hyperlinks to other web pages. Each hyperlink 
is a Uniform Resource Locator (URL) which is used to 
access further a web page or HTML document stored 
on a particular sender connected to the Intemet, In order 
to display the other web pages, the user selects the URL 
corresponding to that web page using a nnouse. The as- 
sociated web page or HTML document is retrieved and 
forwarded to the user's web Browser for subsequent dis- 
play in the conventional manner. Selecting a URL from 
one web page causes the web page identified by that 
URL to be displayed in place of the currently displayed 
web page thereby removing the currently viewed web 
page from view. 

A compound document is a document which com- 
prises many component parts. Each component part 
typically contains and displays data of a particular type. 
For example, the text of a patent application may be con- 
tained within a text component of a document while the 
accompanying drawings are contained within graphics 
component of the document. The text and graphics 
components can manipulate their respective data inde- 
pendently of each other. Furthermore, the underlying 
code controlling the display or processing of the data 
associated therewith can be modified or replaced inde- 
pendently of the other component parts constituting the 
document. Many environments exist for the develop- 
ment of compound documents. An example of such an 
environment is the OpenDoc environment available 
from Component Integration Laboratories (Sunnyvale. 
California, USA), and described in "The Byte Guide to 
OpenDoc' by Andrew McBride and Joshua Susser Os- 
borne/McGraw-Hill. Berkeley Ca. 1996. ISBN 
0-07-6621 1 8-5. Further information relating to the struc- 



ture of compound documents can be fourxJ in the above 
reference. 

The HTML documents or web pages as described 
above can be utilised to produce single byer documents 
s which comprise different data types. For example, the 
<IMG SRC--filename.gif "> tag can be used to include 
an image within a rendered HTML docunrtent. The image 
contained in the file "filenanrve gif° is included by the web 
browser in the rendered HTML page. The current doc- 
10 uments accessible on the Intemet can only be viewed 
as single layer documents compris^g text and images. 
The images within a rendered HTML documents are 
rendered by the web Browser. HTML does not support 
nested or multi-layered HTML documents. 
'5 Accordingly, the present invention provides a meth- 
od for rendering first and second html documents com- 
prising respective first and secoruJ sets of html data to 
a display screen, wherein the first html document has 
embedded therein the second html document, compris- 
^0 ing the steps of: parsing and rendering the first set of 
html data to a first area of said screen, reserving a sec- 
ond area of said screen for use in r^KJering said second 
set of html data, said second area being embedded with- 
in said first area, and parsing and rerxfertng the second 
^5 set of html data to said screen withtn said secor>d area. 
The present invention advantageously provides 
multi-layer or embedded HTML documents and allows 
such documents to be rendered to the screen of a com- 
puter system or other suitable d^lay device. 
^ In the preferred embodffnent said first html docu- 
ment includes a Java applet tag containing a reference 
to a Java html parsing and rendercr>g applet for parsing 
and rendering html to the screen, and the step of re- 
serving the second area is responsive to said Java ap- 
^5 piet tag. and said steps of parsing and rerKlering said 
second set of html data are performed by said Java ap- 
plet. 

This embodiment enables embecWed HTML docu- 
ments to be realised and rerx^ered indepernJently of the 
-^0 nature of the underlying computer system providing that 
the latter has the capability of supporting Java. Such 
support could be provided ffi many instarices by way of 
a Java-capable Web Browser such as the HotJava 
browser available from Sun Mk:roSystenr»s. Of course, 
any other network-enabled language couW be used in- 
stead of Java to provide the parsing and rendering func- 
tion. 

The parsing and rendering of embedded HTML doc- 
uments may empk)y the same text format arxJ graphics 

50 fonts within both HTML documents, or alternatively they 
may differ between nested HTML documents. Thus it is 
preferred that the method further comprises the steps 
of creating a data structure for storing format data com- 
prising a plurality of characteristics which determine the 

55 format of the rendering, said rendering being performed 
according to current format data, and wherein said steps 
of parsing and rendering further comprise the steps of: 
identifying new format data, storing a copy of said cur- 



3NS0OCtO:<£P 0818742A1> 



2 



3 ^ EP 0 

rent format data in the data structure, and modifying the 
current format data according lo the new format data. 

In the preferred embodin^t, when a need to 
change the current format data to a preceding format is 
fdeniified. a copy of the preceding format data stored in 
the data structure may be recovered, and the current 
format data nrtodified according to the recovered format 
data. 

Preferably the step of modifying comprises the step 
of changing only selectable ones of said plurality of char- 
acteristics of the current fomnat c&ta according to the 
new format data, thereby retaining selectable charac- 
teristics of stored format data. Utilising this approach en- 
ables a reduction in processing to t>e realised. Rather 
than having to set new format parameters each time a 
format changes, the previous parameters can be used. 
For example, if the text merely changes from a plain 
style to an italicised style, it is desirable that the font size 
and name remains the same. Therefore, the current 
characteristics would retain the current font size and 
name and vary only the font styte. 

The invention also provides a system for rendering 
first and second html documents comprising respective 
first and second sets of html data to a display screen, 
wherein the first html document has embedded therein 
the second html document, comprising means for pars- 
big and rendering the first set of html data to a first area 
of said screen, means for reserving a second area of 
said screen for use in rendering said second set of html 
data, said second area being errtbedded within said first 
area, and means for parsing and rendering the second 
set of html data to said screen within said second area. 

Embodiments of the present invention will now be 
described, by way of example only, with reference to the 
accompanying drawings in which: 

figure 1 illustrates a computer system: 

figure 2 illustrates schematically the operation of the 
present invention: 

figure 3 depicts schematically a rendered multi-lev- 
el or embedded HTML document; 

figure 4 shows a schematic flow diagram of the Java 
applet parser and renderer: and 

figure 5 shows a table for mapping HTML tags and 
corresponding formats. 

Referring to figure 1 , there is depicted a block dia- 
gram of a personal computer system 10. such as an IBM 
PS/2 personal computer. The computer system 10 in- 
cludes a 32-bit processor and system bus 12. Connect- 
ed to system bus 1 2 is a central processing unit (CPU) 
14, for example an Intel Pentium Processor or equiva- 
lent microprocessor. CPU 14 passes data to and re- 
ceives data from other devices attached to system bus 
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12 over O^e system bus. Traffic on the bus is controlled 
by a bus controller 16. An interrupt controller 18harK3les 
intermpts passed between CPU 14 and the remaining 
devices. 

5 Read cniy memory (ROM) 20 is non-vdalile xx^m- 

ory storing po^r on test processes and a basic cnput/ 
output system (BIOS or F»M-8IOS). The system mem- 
ory 22 is random access menx>r/ into which an operat- 
ing system, preferably a 32-bit operating system such 
'0 as IBM OS/2 WARP which supports concurrent proc- 
esses or mu^iple concurrent threads, is loaded for exe- 
cution to support execution of applications. The compu- 
ter system has software or applications w^ich provide 
for the exectJtion of Java. Additional hardware compo- 

'5 nents of computer 1 0 attached to system bus 1 2 irtctude 
a memory controller 24 and a system configuration store 
26, provided by random access menrwry (RAM). 

AuxUiary cteta storage is provided by peripheral con- 
trollers and associated storage devices including, a flop- 

20 py disk Of cfeskette controller 28 and drive 30. a hard 
drive controOer 32 and hard drive device 34. and a com- ~ 
pact disk (CD) read only memory (ROM) controller 
with CD-RC^ drive 38. An SVGA controller 40 includes 
a RAM buffer 44 in which the current frarrie for display 

^5 42 is stored- In some computers, the buffer 44 may be 
loaded dtrectV from system memory 22 or from an aux- 
iliary storage controller. 

Direct memory access (DMA) controller 46 harKJIes 
data transfers between auxiliary storage devices or oth- 

^0 er input/output devices, and system menrtory 22 without 
interaction by CPU 14. Keylx>ard controller 48 provides 
an interface to a keyboard 50. for user entries^ and may 
be used to provide an interface to a "mouse". Parallel 
controller 52 is a device controller for an input or output 

55 device (e.g. a printer connected to computer 1 0 by a par- 
allel cable). A camera 56 may also be provided for al- 
lowing the computer to received video signal via video 
input 54. 

It wiil be appreciated that many variations are 

^0 known to the skilled person regarding the workstation of 
figure 1 One possibility, for example, is for the worksta- 
tion of figure i to be replaced by a so-called 'network 
computer", which has no hard disk drive of its own. but 
rather downloads instructions across a network. 

45 Referring now to figure 2, there is shown a web 
Browser 200 having Java capability a so-called Java- 
capable browser, used to access html documents or 
web pages storedforexample, on an Internet server 205 
{alternatively the html documents may be stored on a 

so server accessible via any other suitable network, such 
as an intranet, local area network, etc). The Java-capa- 
ble web browser may be. for example, the HotJava web 
browser avaitabte from Sun Microsystems. The Internet 
server 205 contains at least two HTML documents 210 

55 and 215. both containing HTML instructions to be ren- 
dered to the screen of the computer system running the 
Java-capable browser The first HTML document 210 
contains a plurality of HTML instructions and includes 
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an applet tag which causes a JaviPapptet 220 to be 
clownk>aded and executed. The Java applet 220 ts an 
HTML parser capable of parsing and rendering HTML 
instructions to the screen of the conrxputer system upon 
whcch the browser is running. The creatton ol applets 
and thetr incorporation into HTI^ documents or web 
pages is well known within the art. Fuilher infom^ation 
relating to applets can be four>d in. for exarrple. ^'Teach 
Yourself Java in 21 Days" by L. Lerray ar ^ C. L. Perkins 
(published by SAMSNET. 201 West lOSrd Street, Ir^i- 
anapofis. Indiana. 46290). Typtcalty. tte applet tag has 
associated therewith a "param" tag ^tch contair>s a 
URL of data to be rendered by the applet The applet 
tag also contains "width" and "heigW" parameters which 
govern the size of the work space 22S within which an 
applet can draw or render data. In Ijie present embodi- 
ment, the URL points to the second HTML document 
215 to be rendered to the screen 42 of the computer 
system. When the applet is launched- l^e second HTML 
document 215 is obtained from the Internet server and 
the HTML instructions contained therein are rendered 
to the area of the screen reserved for used by the applet. 
The rendering by the applet wrthcn the respective re- 
served area of the screen and the actions performed by 
the applet are independent of the actions performed by 
the HTML instructions contained w^in the first HTML 
document 210. Therefore, using the Java HTML parsing 
and rendering applet, a HTML document can be emt>ed- 
ded and rendered within another HTML document 
thereby allowing the creation of multi-^ered or errtbed- 
ded HTML documents having at teast two layers of 
HTML 

In a further embodiment the present invention, 
the HTML parsing and rendering applet includes the ca- 
pability to parse applet tags and associated tags ar>d to 
launch applets accordingly Theretore. further HTML 
documents can be embedded withm the second HTML 
document by including therein an HTML parsing and 
rendering applet and a refererK:e to yet another HTML 
file thereby adding a further level the multi-level or 
embedded HTML document. As a consequence of nest- 
ing HTML parsers and Tenderers according to the above 
embodiment, multi-level or emljedded HTML docu- 
ments may be created and rendered comprising more 
than two levels of HTML. Each succeeding or embed- 
ded HTML document is realised by ncludtng an HTML 
parser and rendering applet within a preceding HTML 
document. 

The following HTML documerd illustrates a multi- 
levelled HTML document realised according to an em- 
bodiment of the present invention. 
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classes 

code=HTMLpart.class width=600 height=400> 

<param name=daiaURL 

value=http://bull.hursJey.tom.conVexamplela. 

htmt> 

</appe8t> 

</body> 

EXAMPLE 1 



The HTML elements such as <htmfc>, <he&d>. <ti- 
tle>, <body> and </body> are well understood by those 
familiar vvtEh HTML and will not be commented upon fur- 
ther. Wrlhm the applet tag, <appleL..>. "code" is used to 

IS indicate the name of the class file that holds the applet 
which parses and renders HTI^L and "codebase" is 
used to identify the Internet server and directory which 
contains the class file containing the applet. Therefore, 
in the present example, the HTML parser applet woukJ 

^ be located in the class called "HTml4>art.class'' on In- 
ternet server "bull.hursley.ibm com" in a directory called 
"classes". The "param" tag is used to pass parameters 
to applets as is welt known within the art Therefore an 
applet can receive inputs from the HTML document 

2S which contains the <applet> tag. The <param> lag com- 
prises tvi^o elements, namely a name and a value which 
represent the name of the parameter to be passed to 
the applet and the value of the parameter passed to the 
applet re^>8ctivety. It can be seen from the above ex- 

^ ample, that the parameter name is "dataURL" and the 
F>arameter value is "httpy/bulLhursley.ibm.conr^ 
exanrtplela.html". The parameters are iricorporated into 
the applet using the "getParameter" method as is well 
known within the art. 

35 When the applet is executed the "HTMLpart" ob- 
tains the "ctetaURL" parameter using intrinsic Java ca- 
pabilities and thereby obtains the contents of the file 
"examptei a.html" from Intemet server "bull.hursteyJbm. 
com". The file "example 1 a.html" is a file containing fur- 

40 iher HTft^ instructions. The file "exampleal .html" may 
contatfi. for example, the following HTML instructkxis: 

<htrr\5> 
<head> 

45 <titte>EMBEDDED HTML<4rtle> 

</head> 
<t?ody> 

This section of text is embedded within the work 
so space reserved for use by the applet reading, parsing 
and rerxter this HTML document. 



<html> 
<head> 

<title>EMBEDDED DOCUMEISfT EXAMPLE<Artle> 

</head> 

<lxxly> 

<applet codebase=http7/txjD-h ursley. ibm.com/ 



<app3et codebase=http^/'bull. hursley.ibm.com/ 
classes 

55 code=HTMLpart.class width=300 height=200> 
<param name=dataURL 
vatue=hnp://bull.hursley.ibm.corTVexample1b. 
htmh> 
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</appl6t> 
</body> 

EXAMPLE 2 

The HTML file "examplelb.htmr referred to above 
is processed by the applet HTMLpart.class. which pars- 
es and rerxlers the HTML instructions shown below. The 
HTML instructions below render text and an acconr?>a- 
nying image to the screen 42 of the computer systenn. 

<hlml> 
<head> 

<title>£mbedded text and image</tille> 

</head> 

<body> 

This section of text is related to the image ren- 
dered below 

<img src= 'image. gif"> 
</body> 

EXAMPLE 3 

The applet tag in EXAMPLE 2 reserves, within the 
work space resen/ed for the first applet tag in EXAMPLE 
1 . a further work space for rendering the output d the 
second applet Therefore, the first HTML document 
above in EXAMPLE 1 has embedded therein the HTML 
document stKJwn in EXAMPLE 2 which, in turn, has em- 
bedded therein the HTML document shown in EXAM- 
PLE 3 thereby producing a multi-levelled or embedded 
HTML document. Each level of HTML document can 
process and render data independently of the other tev- 
els of HTML Therefore, compound documents can be 
constructed by having different data types processed 
and rendered by respective HTML documents (afthoo^ 
of course the different HTML components do not nee- 
essarity contain different data types). 

Referring to figure 3 there is shown schematicaily 
the result of rendering the multi-tevelled HTML docu- 
ment illustrated in Examples 1-3. The work space re- 
served for use by each applet has been depicted by a 
dotted line for the purpose of illustration only. Normally 
the dotted lines wouteJ not be present, to allow seamless 
integration of one html document within another. 

Referring to figures 4 A to 4C, there is shown a sche- 
matic flow diagram of the processing performed by the 
Java applet parser and renderer. At step 400 the default 
text fornoat options are set and a text buffer and a forrrat 
stack are created. The text format options govern the 
manner in which the text is subsequently displayed upon 
the screen of the computer. In the present embodimenL 
the text formal options include font type, font size and 
font style. The text format options are stored in a data 
object arKJ can lake various values according to the ca- 
pabilities of the computer executing the Java applet The 
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default options may be. for exarr^le. a font type o$ Times 
Ftoman. a font size of 10 and a font style of placn. The 
text buffer is used to store characters to be rendered to 
the screen of the computer system by the applet artd the 
format stack is used to hotd temporarily a plurality of text 
formats. The text data format object is used to store text 
format options on the text format stactL 

The HTML document to be parsed artd rendered by 
the applet is stored as a stream of contiguous charac- 
ters. Hence the HTML ristructtons of. for example. EX- 
AMPLE 3 woutd be stored as follows: 
<html><head><title>Ennbedded text artd image</li- 
tle></head><lxxiy>Th»s section of text ts related to the 
image rerKJered below <tmg src=°inr«ge.g(f''></body>. 

The text buffer is enrtptted at step 405 in preparatkxi 
for receiving characters to be rerKJered. The cfiaracters 
constituting the HTML are read from a given HTML file 
and stored in the text buffer at step 410 until a "<'' char- 
acter is encountered. The "<'* character within HTML 
represents the beginning of a HTML tag as is well krtown 
within the art. A determination ts made at step 41 5 as to 
whether or not the text buffer is empty. If the text buffer 
is not empty, the text currently stored therein is rendered 
to the screen using the standard Java libraries and the 
current format setting at step 420 and then the text buffer 
is cleared at step 425 in preparation for receiving further 
text to be rendered. If the text buffer is empty, further 
characters are read from the HTML document at step 
430 until a character is encountered. 

A determination is made at step 435 as to whether 
or not the first character foltowrig the is an exclama- 
tion character, If so. the characters read from the 
HTML document since the last "<'' character represent 
comments within the HTML document which are rtot in- 
tended to be rendered to the screen and control returns 
to step 405 whereupon the text buffer is cleared. If not, 
a determination is made at step 440 as to whether or 
not the next non-space character is a solkjus thereby 
indicating that the tag represents an er>d tag. 

If the next character is not a solidus. the characters 
stored within the text buffer must represent an HTML 
tag. A determination is n^ade at step 445 as to the type 
of HTML tag represented by the characters read by the 
applet by comparing the characters stored in the text 
buffer with a plurality of stored characters representing 
known HTML tags. Once the type of HTML tag has been 
identified, a determination ts made at step 450 as to 
whether or not the HTML tag is capable of influencing 
the formal of the any subsequently displayed text. A for- 
mat table of HTML lags capable of infiuerw:ing the format 
of displayed text is stored within the menrtory of the com- 
puter. Referring to figure 5, the format table comprises 
a plurality of HTML tags whch influence the format of 
displayed text together with a plurality of format values 
representing ihe style, font and font size associated with 
respective HTML tags. The characters representing the 
HTML lag are compared with each of the HTML lags 
stored wiihin Ihe format table until a match is located. 



5 



BHSOOCXOr. <£P 0818742A1> 



9 EP0@1d 

_ (ii) 

Once a match is located, the current format parameters 
are pushed onto the format stack and the current forrrat 
parameters are set to equal those determined from the 
format table as corresponding to the matching HTML tag 
at step 455. Havcng determried the appropriate fornrat s 
for any sut>sequently displayed text, control is pass^ 
teck to step 405. Any subsequently rendered text xs^ 
be output according to the: rJetermined format. 

If the determination at step 450 is negative, it ts es- 
t^lished at step 460 whether or not the tag corresponcfe io 
to an applet tag. If so, an applet context object is create 
at step 465. Processing is then continued from step 

If the HTML tag does not represent an appteL it is 
established, at step 470, whether or not the tag repce- 
sents a param tag. If so, the parameter data for the ap- 
plet ts stored within the most recently created or an ap- 
propr^te applet context object at step 475 in preparation 
for the invocation <rf the applet. If the tag does not rep- 
resent a param tag. processing of the HTML documwt 
is again continued from step 405 (nb it is standard ksr ^ 
HTML browsers to simply ignore any tags which they do 
rtot recognise). 

If the determination made at step 440 is such that 
the next non-space character is a solidus. a further cSe- 
temruTkation is made at step 480 as to whether or rot the 2S 
characters stored within the text buffer represent an ap- 
piet erxj tag. tfiat is to say. whether or not the characters 
stored within the text stack are ''</applet>". If so. an ap- 
plet object is created at step 485 using the parameter 
data previously stored in applet context object and the ^ 
applet is invoked, at step 490. using the init() Java ffv 
struciion as is well known within the art to instigate ex- 
ecution of the applet. Processing continues then from 
step 405. 

If the determination is such that the charactefs 35 
stored within the text buffer do not represent an end ap- 
plet tag. it is established, at step 495. whether or rx3t 
those characters represent an end tag associated vvfth 
a lag capable of influencing the formatting of the text If 
so, the format parameters most recently placed onto the 
format stack are then pulled or popped from the stack 
thereby discarding the current format parameters and 
setting the current format parameters to those popped 
from the stack. Therefore, any subsequently rendered 
text will be displayed using the current format pararr>e- -^5 
ters. Processing then continues from step 405. 

As described above, the fornoat stack stores a pTu- 
raifty of formats determined by from the various HTML 
tags which are capable of influencing the format of any 
SLfbsequently output text. Each time a new HTML lag is so 
encountered which is capable of influencing the format 
of subsequently output text, the current format parame- 
ters are pushed onto the stack and the current format 
parameters are set to equal those parameters which are 
associated with the new HTML tag. Therefore, any sub- ss 
sequently output text will have a format governed by the 
new format parameters. When the end tag associated 

the above new HTML tag is encountered the current 
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format pjarameters are discarded and the format param- 
eters most recently placed upon the stack are retrieved. 
Therefore, any subsequently output text is formatted ac- 
cording to the format parameters retrieved from the 
stack. 

For example, a level one heading may have nested 
therein italicized text as follows: <Hl>Level one Head- 
in9<l> Italic text </I>Return to level one</H1>. Due to 
the operatkJn of the applet parser, the format parame- 
ters associated with level one heading tag, <H1 >. wouW 
be retrieved and thia text "Level one Heading" ^som\6 be 
output according to those parameters. However, when 
the applet encounters the italic tag, <l>, the current for- 
mat parameters, that is. the level one heading format 
parameters, are pushed onto the stack and the italic 
style is added to the current format paranneters. There- 
fore, the subsequently rendered "Italic text" will be for- 
matted according to the level one heading, but in italic 
style. When the end italic tag. </l>. is encountered, the 
current format parameters are discarded and the pa- 
rameters most recently placed on the stack are re- 
trieved. Therefore, the text "Return to level one" will be 
rendered according to the format parameters associat- 
ed with the original level one heading tag. 

Referring again to figure 5= it can be seen that the 
italic tag has associated therewith a font style of font. 
ITALICS while the remaining font types are represented 
by asterisks thereby indicating that the font narrte and 
size are wikteards. The effect of having such asterisks 
within a set of format parameters is that the values of 
the previous format parameter are retained for subse- 
quent rendering of text. Therefore, the font name and 
font size of any subsequently rendered text remains the 
same as those for the previously rendered text. For ex- 
ample, assume that the <H1 > tag has associated there- 
with the following set format parameters. font.BOLD, 
20, arid TimesRorr^n and that the <l> tag has associ- 
ated therewith format parameters of font.lTALIC. *, and 
*. Further, assume that the following HTML is to be ren- 
dered to the screen of the computer system: <Hl>Text 
having <l> some italicised</l> text</H1>. The result of 
rendering the above text would be as follows: 

Text having some hallelsed text 

In the above flow chart the processing of repeated 
space characters is not expressly described. However, 
one skilled in the art would readily recognise that all but 
one of a plurality of contiguous space characters are ig- 
nored when rendering character or graphcs to the 
screen. 

It will be appreciated that the steps of rendering a 
first HTML document may be conducted substantially 
concurrently with the rendering of the second or an em- 
bedded HTML document. The respective documents 
may be processed using, for example, different threads 
wilhin a multi-threaded operating system or environ- 
ment for ihe execution of the applet performing the ren- 
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dering and the parsing. However?S'enr>bodiment can 
be realised in which all of the instructions contained in 
a preceding HTML document are parsed and rendered 
before the parsing and rendering of a succeeding or em* 
bedded HTML document is commenced. In such an em- 
bodiment the method steps of the present invention may 
be performed substantially sequentially. 



Clalmo 

1 . A method for rendering first and second html docu- 
ments comprising respective first and second sets 
of html data to a display screen, wherein the first 
html document has embedded therein the second 
html document, comprising the steps of: 

parsing and rendering the first set of html data 
to a first area of said screen, 

reserving a second area of said screen for use 
in rendering said second set of html data, said 
second area being embedded within said first 
area, and 

parsing and rendering the second set of html 
data to said screen within said second area. 

2. A method as claimed in claim 1, wherein said first 
html document includes a Java applet tag contain- 
ing a reference to a Java html parsing and rendering 
applet for parsing and rendering html to the screen, 
and wherein the step of reserving the second area 
is responsive to said Java applet tag. and said steps 
of parsing and rendering sakJ second set of html da- 
ta are performed by said Java applet. 

3. A method as claimed in either of claims 1 or 2, fur- 
ther comprising the steps of creating a data struc- 
ture for storing format data comprising a plurality of 
characteristics which determine the format of the 
rendering, said rendering being performed accord- 
ing to current format data, and wherein said steps 
of parsing and rendering further comprise the steps 
of: 

Identifying new format data. 

storing a copy of said current format data in the 
data structure, and 

modifying the current format data according to 
the new format data. 

4. A method as claimed in claim 3, further comprising 
the steps of 

identifying a need to change the current format 



data. 




recovehng a copy of format data stored in the 
data structure, and 

5 

modifying the current fornnat data according to 
the recovered format data. 

5. A method as claimed in either of clacms 3 or 4. 
w voxeretn the step of rrxxiifying conrtprtses the steps 
o5 c^iangffig only selectable ones of said plurality of 
ct^i^teristccs of the current format cteta according 
to lha new format data thereby retaincng selectable 
cte^terist»cs of stored format data. 

1$ 

S. A system for rendering first and second html docu- 
manis comprising respective first and second sets 
of tm\\ data to a display screen, wherein the first 
htmS document has embedded therein the second 
20 htrrd document, comprising 

means for parsing and rendering the first set of 
html data to a first area of said screen, 

2$ n>eans for reserving a second area of said 

^reen for use in rendering said second set of 
html data, said second area being embedded 
tvithtn said first area, and 

30 means for parsing and rendering the second 

set of html data to said screen withm said sec- 
ond area. 

7. A system as claimed in claim 6, further comprising 
35 m^ns for executing Java instructions, wherein said 

firss html document includes a Java applet tag con- 
laaring a reference to a Java html parsing and ren- 
dering applet for parsing and rendering html to the 
scTBen. and wherein said means for reserving the 
^0 second area is responsive to said Java applet tag, 
and said means for parsing and rendering said sec- 
ond set of html data comprises said Java applet. 

8. A r>-stem as claimed in either of clainr^ 6 or 7. fur- 
^5 the: comprisBig means for creating a data structure 

t<x storing format data comprising a plurality of char- 
acsaristics which determine the format of the ren- 
dering, and wherein said means for rendering is re- 
spcTisive to current format data, and wherein said 
so nnesns for parsing and rendering further comprise 

means for identifying new format data. 

means for storing a copy of said current format 
55 data in the data structure, and 

means for modifying the current format data ac- 
cording to the new format data. 
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9. A system as claimed in cla^^^irther comprising: 

means for identifying a need to change the cur- 
rent format data. 

5 

means for recovering a copy of forrr^t data 
stored in the data stru^ure. and 

means for modifying the current format data ac- 
cording to the recovered format data. 

10. A system as claimed in either of claims 8 or 9. 
wherein the means for modifying comprises means 
for changing only selectable ones of said plurality 
of characteristics of the currmt format data accord- 
ing to the new format data thereby retaining selecta- 
ble characteristics of stored format data. 

11. A computer program product on a computer reada- 
ble medium comprising a multi-levelled document 20 
object comprising a first level of html data, and a 
second level of html data embedded within or ac- 
cessible from said first level, said first level of html 
data including a reference to said second level of 
html data to allow said second level of html data to 25 
be rendered within a predeterminable area of said 
first level of html data. 
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